Charging control method, charging trigger apparatus, and online charging system

ABSTRACT

The present disclosure provides a charging control method, a charging trigger apparatus, and an online charging system. The method includes: generating, by a CTF, a resource quota request according to a trigger condition; and sending the resource quota request to an online charging system (OCS), so that the OCS determines a quota type and number after receiving the resource quota request, and allocates a quota for the resource quota request according to the quota type and number determined by the OCS, where the quota type and number are determined by the OCS according to the resource quota request. In the foregoing method, a problem that in the prior art, a charging control error occurs due to different determining bodies of a quota type is solved.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/615,645, filed on Feb. 6, 2015, which is a continuation ofInternational Application No. PCT/CN2012/079839, filed on Aug. 8, 2012,all of which are hereby incorporated by reference in their entireties.

TECHNICAL FIELD

The present disclosure relates to communications technologies, and inparticular, to a charging control method, a charging trigger apparatus,and an online charging system.

BACKGROUND

Current charging manners include: online charging and offline charging.Online charging is a currently most popular charging manner. In anonline charging manner, credit authorization can be performed before auser uses a service, fee deduction can be performed in real timeaccording to usage information of the user, and further, real-timecontrol on credit can be achieved, thereby preventing the user fromusing a service beyond credit to cause loss to an operator, andimproving user experience (accurate balance and use information can bequeried in real time). In addition, by using a real-time capability ofthe online charging, granularity information of a user service layer canbe obtained in real time, and further, refined control can be triggeredon a service used by a user.

A main mechanism of the online charging is credit authorization, thatis, before a service is used, a charging trigger function (CTF)apparatus applies for a credit quota from an online charging system(OCS); the OCS performs credit quota authorization; and after theauthorization, the CTF performs service control according to the creditquota authorized by the OCS. When the CTF applies for a credit quota,credit unit determination (UD) is required as a reference for the OCS toperform credit quota authorization. The Unit determination hereinspecifically refers to the number of credit units required forcalculation. Credit units include a service unit, traffic, duration, anevent, and the like.

There are two existing credit unit determination manners: a first one,centralized unit determination (CUD), where an OCS determines the numberof required credit units; and a second one, decentralized unitdetermination (DUD), where a CTF determines the number of requiredcredit units, and requests credit units of the number from an OCS.

However, in a process of implementing the online charging, the followingproblem may occur: Determining bodies of UD are different, causing aconflict between determined quota types. Specifically, a CTF and an OCSare provided by different vendors, and the CTF and the OCS both have afunction of implementing quota type determination. However, the CTFimplements quota type determination according to a service sessionrequest, and the OCS implements quota type determination according toinformation reported by the CTF and an operation mode of an operator.The determined quota types may conflict, and therefore a chargingsession is further affected, and a charging control error may occur.

SUMMARY

In view of this, the present disclosure provides a charging controlmethod, a charging trigger apparatus, and an online charging system, toavoid the problem that in the prior art, a charging control error occursdue to different determining bodies of a quota type.

According to one aspect, a charging control method provided in anembodiment of the present disclosure includes:

generating, by a CTF, a resource quota request according to a triggercondition; and sending the resource quota request to an OCS, so that theOCS determines a quota type and number after receiving the resourcequota request, and allocates a quota for the resource quota requestaccording to the quota type and the number determined by the OCS;

the quota type and the number are determined by the OCS according to theresource quota request.

According to another aspect, a charging control method provided in anembodiment of the present disclosure includes:

receiving, by an OCS, a resource quota request sent by a CTF, anddetermining a quota type and the number of quota of the quota typeaccording to the resource quota request; and

allocating a quota for the resource quota request according to the quotatype and the number determined by the OCS.

According to a third aspect, a charging control method provided in anembodiment of the present disclosure includes:

receiving, by a CTF, a second message sent by a PCRF, the second messagecarries a service unit type, and the service unit type is used toindicate that the CTF needs to collect, according to the service unittype, use information of a service or service flow specified by thesecond message; and

determining, by the CTF, whether the service unit type in the secondmessage is consistent with a current service unit type recorded by theCTF; and if the service unit type in the second message is inconsistentwith a current service unit type recorded by the CTF, closing, by theCTF, a counter corresponding to the currently used service unit type inthe CTF, writing information recorded by the counter into a bill, andenabling a counter corresponding to the service unit type in the secondmessage, so as to collect use information of a service.

According to a fourth aspect, a charging trigger apparatus provided inan embodiment of the present disclosure includes:

a generating unit, configured to generate a resource quota requestaccording to a trigger condition; and

a sending unit, configured to send the resource quota request to anonline charging system OCS, so that the OCS determines a quota type andthe number of quota of the quota type after receiving the resource quotarequest, and allocates a quota for the resource quota request accordingto the quota type and number determined by the OCS; where:

the quota type and number are determined by the OCS according to theresource quota request.

According to a fifth aspect, an online charging system provided in anembodiment of the present disclosure includes:

a receiving unit, configured to receive a resource quota request sent bya charging trigger apparatus CTF;

a determining unit, configured to determine a quota type and the numberof quota of the quota type according to the resource quota request; and

an allocating unit, configured to allocate a quota for the resourcequota request according to the quota type and number determined by theOCS.

It can be known from the foregoing technical solutions that, in thecharging control method, charging trigger apparatus, and online chargingsystem of the present disclosure, a CTF generates, according to atrigger condition, a resource quota request that is to be sent to anOCS, so that the OCS determines a quota type and number after receivingthe resource quota request, and allocates a quota for the resource quotarequest according to the quota type and number determined by the OCS,thereby further solving a problem that in the prior art, a chargingcontrol error occurs due to different determining bodies of a quotatype.

BRIEF DESCRIPTION OF DRAWINGS

To describe the technical solutions of the present disclosure moreclearly, the following briefly introduces accompanying drawings fordescribing the embodiments. Apparently, the accompanying drawings in thefollowing description merely show some embodiments of the presentdisclosure, and persons of ordinary skill in the art can derive otherdrawings according to these accompanying drawings without creativeefforts.

FIG. 1 is a schematic flowchart of a charging control method accordingto an embodiment of the present disclosure;

FIG. 2 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure;

FIG. 3 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure;

FIG. 4 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure;

FIG. 5 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure;

FIG. 6 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure;

FIG. 7 is a schematic structural diagram of a charging trigger apparatusaccording to an embodiment of the present disclosure;

FIG. 8 is a schematic structural diagram of a charging trigger apparatusaccording to another embodiment of the present disclosure;

FIG. 9 is a schematic structural diagram of a charging trigger apparatusaccording to another embodiment of the present disclosure;

FIG. 10 is a schematic structural diagram of an online charging systemaccording to an embodiment of the present disclosure;

FIG. 11 is a schematic structural diagram of an online charging systemaccording to another embodiment of the present disclosure; and

FIG. 12 is a network architecture diagram of a communications systemaccording to an embodiment of the present disclosure.

DETAILED DESCRIPTION

To make the objectives, technical solutions, and advantages of thepresent disclosure clearer, the following clearly describes thetechnical solutions of the present disclosure with reference toaccompanying drawings in the embodiments of the present disclosure.Apparently, the embodiments to be described are a part of theembodiments of the present disclosure. Based on the followingembodiments of the present disclosure, persons of ordinary skill in theart can obtain other embodiments used to solve the technical issue ofthe present disclosure and achieve the technical effect of the presentdisclosure by making equivalent changes to a part of or all technicalfeatures, without creative efforts, and the embodiments obtained throughthe changes evidently fall within the scope of the present disclosure.

Currently, policy and charging control (PCC) is a set of policy andcharging control mechanism defined by the 3rd Generation PartnershipProject (3GPP). A core of the PCC mechanism is: When a data flow beareris established, a gateway (GW) device requests a control policy and acharging policy of a data flow from a policy and charging control module(PCRF); the PCRF generates a dynamic charging and service data flowcontrol policy or determines a static charging and service data flowcontrol policy that needs to be activated according to subscriberinformation stored in a subscription profile repository (SPR), bearerlayer information provided by the GW, some local policies configured byan operator in the PCRF, and service layer information provided by anapplication function (AF) module for the PCRF, and further delivers acommand to the GW to install the generated dynamic charging and servicedata flow control policy, or activate the determined static charging andservice data flow control policy that is stored in the GW; and a policyand charging execution function (PCEF) module in the GW performsresource allocation, data flow control, and charging control accordingto the installed/activated policy. In the mechanism, precise control canbe performed on a service data flow according to an operator policy, soas to implement refined operation of bandwidth.

In addition, in a current charging session process, there may be acharging scenario in which traffic and duration switching is performed,that is, duration-based charging is performed on a data service in acertain period, and traffic-based charging is performed on the dataservice in another period. The following problems exist in the scenario:First, in a switching process, a quota type determined by a CTF mayconflict with a quota type determined by an OCS, thereby affecting acharging session and affecting switching of the charging scenario;second, in a charging scenario switching process, there is a problemthat a large amount of signaling is instantaneously generated at aspecific time point, thereby exerting an impact on the OCS and CTF.

It should be specially noted that, the following description is specificto a certain terminal and is applicable to charging control on allterminals. It can be understood that, a PCRF, a CTF, and an OCScorrespond to a charging control process performed by a same useridentifier. Persons skilled in the art can easily perform implementationin an environment of multiple terminals according to this solution. Inaddition, a quota type and number mentioned in the following arespecifically: a quota type and the number corresponding to the quotatype.

The term “and/or” in the specification is only an associationrelationship describing associated objects, and represents that threerelationships may exist, for example, A and/or B may represent thefollowing three cases: A exists alone, both A and B exist, and B existsalone. In addition, the character “/” in the specification usuallyrepresents that the former and latter associated objects are in an “or”relationship.

FIG. 1 is a schematic flowchart of a charging control method accordingto a first embodiment of the present disclosure. As shown in FIG. 1, thecharging control method in this embodiment is described as follows.

101: A CTF generates a resource quota request according to a triggercondition.

For example, the foregoing trigger condition may be either of thefollowing information:

-   -   1. the CTF receives a service start request sent by a terminal;    -   2. the CTF detects that a quota of a previous service is used        up, and the like.

In this embodiment, content of a trigger condition is not limited, andany event that can trigger a resource quota request may be taken as atrigger condition.

In this embodiment, the resource quota request may carry a quota typeand number specified by the CTF, or the resource quota request does notcarry a quota type and number, as described in the following embodimentsthat a resource quota request carries a quota type and number, or aresource quota request does not carry a quota type and number.

In an actual application, the foregoing resource quota request may be aCCR message. If the resource quota request carries a quota type andnumber determined by the CTF, in this case, a reserved resource unit(RSU) parameter in the CCR message may be used to carry the quota typeand number determined by the CTF.

For example, in this embodiment, a quota type may be duration ortraffic. When the quota type is duration, the number of quota of thequota type may be 10 minutes, 5 minutes, or the like; and when the quotatype is traffic, the number of quota of the quota type may be 2 M, 1.5M, or the like.

102: The CTF sends the resource quota request to an OCS, so that the OCSdetermines a quota type and number after receiving the resource quotarequest, and allocates a quota for the resource quota request accordingto the quota type and number determined by the OCS.

The quota type and number are determined by the OCS according to theresource quota request.

It should be understood that, the allocated quota includes: the quotatype and the number of quota of the quota type.

For example, if the CTF specifies a quota type and number in theresource quota request, that is, the resource quota request carries thequota type and number specified by the CTF, the OCS determines,according to the quota type and number specified by the CTF, whether thequota type and number specified by the CTF are valid. If the OCSdetermines, according to configuration information of the OCS (such as apackage corresponding to a user identifier, operator information, usersubscription information, a user level, and balance of a user account)and service information sent by the CTF, that the quota type and numberspecified by the CTF are valid (being valid means that the OCS acceptsthe quota type specified by the CTF and can meet the quota numberspecified by the CTF), the OCS allocates a quota for the resource quotarequest according to a quota type and number determined by the OCS. Ifthe OCS determines, according to configuration information of the OCSand service information sent by the CTF, that the quota type and numberspecified by the CTF are invalid, the OCS re-determines a quota type andnumber according to the configuration information of the OCS and theservice information sent by the CTF, and further allocates a quota forthe resource quota request according to the quota type and numberdetermined by the OCS.

Alternatively, the CTF does not specify a quota type and number in theresource quota request. In this case, the resource quota request doesnot carry a quota type and number, and the OCS determines a quota typeand number according to configuration information of the OCS, andfurther allocates a quota for the resource quota request according tothe quota type and number determined by the OCS.

Certainly, the quota type and number specified by the CTF in theresource quota request may be a quota type and number determined by theCTF according to configuration information of the CTF, or a quota typeand number determined by the CTF according to a message delivered by aPCRF.

In another implementation scenario, as shown in FIG. 2, the chargingcontrol method further includes the following step 103.

103: The CTF receives a response message sent by the OCS, where theresponse message includes the quota allocated for the resource quotarequest, and further, the CTF controls a service according to the quotaallocated by the OCS, and monitors use of the quota.

It should be noted that, after the CTF receives the response message, ifa quota type originally specified in the CTF is different from a quotatype included in the response message, the CTF controls a serviceaccording to the quota type in the response message. That is, when thequota type specified by the CTF conflicts with the quota type determinedby the OCS, a service is controlled according to the quota typedetermined by the OCS.

In an actual application, a response message returned by the OCSaccording to the resource quota request refers to a credit controlanswer (CCA) message that carries a granted resource unit (GSU)parameter and is returned by the OCS to the CTF. The GSU parameterherein carries the foregoing quota allocated by the OCS.

Specifically, the foregoing step 101 may include the following content:

101 a: After the trigger condition is met, the CTF checks whether afirst message that carries a service unit type and/or instructioninformation and is sent by the PCRF is received; and if the CTFdetermines that the foregoing first message is not received, the CTFgenerates a resource quota request according to configurationinformation of the CTF.

The service unit type in this step is used to specify a quota typecarried, by the CTF, in the generated resource quota request, and theinstruction information in this step may be information that is used toinstruct the CTF to specify a quota type and number, or the instructioninformation may be information that is used to instruct the CTF not tospecify a quota type or number, or the like.

In an actual application, that the CTF generates a resource quotarequest according to configuration information of the CTF specificallyincludes:

the CTF checks, according to configuration information of the CTF,whether a quota type and number need to be determined; and if a quotatype and number need to be determined, the CTF specifies a quota typeand number according to the configuration information of the CTF, andgenerates a resource quota request according to the specified quota typeand number, where the resource quota request includes the quota type andnumber specified by the CTF; and

if no quota type or number needs to be determined, the CTF directlygenerates a resource quota request, where the resource quota requestdoes not include a quota type and number.

In this embodiment, the configuration information of the CTF may bepreconfigured service configuration information. For example, theconfiguration information may include information such as: the CTF needsto calculate a quota type, and the CTF needs to calculate the number ofquota of the quota type.

It can be understood that, if the CTF does not receive any message sentby the PCRF, or the CTF receives a message sent by the PCRF, but themessage does not include one or more of the foregoing service unit typeand instruction information, the CTF generates a resource quota requestaccording to the configuration information of the CTF. For example,after the trigger condition is met, if the CTF determines that a firstmessage that does not carry the service unit type and is sent by thePCRF is received, the CTF generates, according to the configurationinformation of the CTF, a resource quota request that is to be sent tothe OCS.

That is, in this step, that the CTF executes UD (that is, determines aquota type and number) is determined by the CTF.

In a second application scenario, the foregoing step 101 may include thefollowing content:

101 b: After the trigger condition is met, the CTF checks whether afirst message that carries a service unit type and/or instructioninformation and is sent by the PCRF is received.

The service unit type in this step is used to specify a quota typecarried, by the CTF, in the generated resource quota request, and theinstruction information in this step may be information that is used toinstruct the CTF to specify a quota type and number, or the instructioninformation may be information that is used to instruct the CTF not tospecify a quota type or number, or the like.

The foregoing instruction information is instruction informationdetermined by the PCRF according to one or more of parameters such as aservice type, a rule configured by an operator, and a package subscribedto by a user.

1) If the CTF determines that a first message that carries a serviceunit type and instruction information and is sent by the PCRF isreceived, and the instruction information is information that instructsthe CTF to specify a quota type and number, the CTF obtains, accordingto the service unit type in the first message, a quota type indicated bythe service unit type; determines the number of quota of the quota type;and generates a resource quota request according to the service unittype and the number, where the resource quota request includes the quotatype indicated by the service unit type and the number of quota of thequota type.

2) If the CTF determines that a first message that carries a serviceunit type and instruction information and is sent by the PCRF isreceived, and the instruction information is information that instructsthe CTF not to specify a quota type and number, the CTF generates aresource quota request according to the first message, where theresource quota request does not carry a quota type indicated by theservice unit type, that is, the resource quota request does not carry aquota type and number.

In a third application scenario, the foregoing step 101 may include thefollowing content:

101 c: After the trigger condition is met, the CTF checks whether afirst message that carries a service unit type and/or instructioninformation and is sent by the PCRF is received.

The service unit type in this step is used to specify a quota typecarried, by the CTF, in the generated resource quota request, and theinstruction information in this step may be information that is used toinstruct the CTF to specify a quota type and number, or the instructioninformation may be information that is used to instruct the CTF not tospecify a quota type or number.

If the CTF determines that a first message that carries a service unittype and is sent by the PCRF is received, the CTF determines the numberof quota of a quota type according to the service unit type, andgenerates a resource quota request according to the service unit typeand the determined number of quota of the type, where the resource quotarequest includes the quota type specified by the service unit type andthe number of quota of the quota type.

In a fourth application scenario, the foregoing step 101 may include thefollowing content:

101 d: After the trigger condition is met, the CTF checks whether afirst message that carries a service unit type and/or instructioninformation and is sent by the PCRF is received.

The service unit type in this step is used to specify a quota typecarried, by the CTF, in the generated resource quota request, and theinstruction information in this step may be information that is used toinstruct the CTF to specify a quota type and number, or the instructioninformation may be information that is used to instruct the CTF not tospecify a quota type or number.

That if the CTF determines that a first message that carries instructioninformation and is sent by the PCRF is received, the CTF generates aresource quota request according to the instruction informationspecifically includes:

1) if the instruction information is information that instructs the CTFto specify a quota type and number, the CTF determines a quota type andnumber according to configuration information of the CTF, and furthergenerates a resource quota request according to the quota type andnumber, where the resource quota request includes the quota type andnumber specified by the CTF; and

2) if the instruction information is information that instructs the CTFnot to specify a quota type and number, the CTF generates a resourcequota request, where the resource quota request does not include a quotatype and number.

In an actual application, the first message mentioned in any one of theforegoing scenarios is used to carry a PCC Rule parameter or an ADC Ruleparameter. The instruction information is a sub-parameter of the PCCRule parameter or a sub-parameter of the ADC Rule parameter.

Specially, in an actual application, the instruction information andservice unit type in the first message may be combined into oneparameter. After receiving the parameter, the CTF determines, accordingto the parameter, whether the CTF needs to specify a quota type andnumber. If the CTF needs to specify a quota type and number, the CTFdetermines a quota type and number according to a value of theparameter, and generates a resource quota request according to the quotatype and number, where the resource quota request includes the quotatype and number specified by the CTF.

The CTF in the forgoing embodiment may be a PCEF or a traffic detectionfunction (TDF), where the TDF herein includes a deep packet inspection(DPI) capability.

It can be known from the foregoing embodiment that, in the chargingcontrol method provided in this embodiment, a service is controlledaccording to a quota type and number in a quota delivered by an OCS,thereby solving a phenomenon that in the prior art, a charging sessionfails due to different determining bodies of a quota type, and ensuringcorrect processing on a charging session.

In another optional application scenario, the charging control methodshown in FIG. 2 further includes a step 104 that is not shown in FIG. 2.

104: In a process of monitoring the use of the quota, if the CTF meets areporting condition, the CTF reports a charging message to the OCS,where the charging message includes use information of the quota, andthe like.

In this embodiment, the reporting condition may be: a quota is used up,or the CTF receives a trigger condition that is delivered by the OCS andinstructs the CTF to report charging information, such as a Triggerspecified by the OCS.

In addition, the use information of the quota is usage information,which is monitored by the CTF, of the quota allocated by the OCS.Specially, if a quota type allocated by the OCS is different from thequota type determined by the CTF, the CTF reports usage information of aquota corresponding to the quota type allocated by the OCS.

In an actual application, a charging message reported by the CTF to theOCS refers to a credit control request (CCR) message that carries a usedservice unit (USU) parameter and is sent by the CTF to the OCS. The USUparameter herein carries the charging message reported by the CTF to theOCS.

In the charging control method provided in this embodiment, a phenomenonthat in the prior art, a charging session fails due to differentdetermining bodies of a quota type is solved, and correct processing ona charging session is ensured.

FIG. 3 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure. As shown in FIG. 3, thecharging control method in this embodiment is described as follows.

301: A CTF generates, according to a trigger condition, a CCR messagethat is to be sent to an OCS.

Specifically, the trigger condition may be: a service request starts, aquota of a previous service is used up, an existing quota expires, orthe like.

It can be understood that, in an actual application, the CCR message mayfurther include a user identifier, service information, and the like.This embodiment is only exemplary description.

302: The CTF sends the CCR message to the OCS, so that the OCSdetermines a quota type and number after receiving the CCR message, andallocates a quota for the CCR message according to the quota type andnumber determined by the OCS.

303: The CTF receives a quota response message sent by the OCS, wherethe quota response message includes: the allocated quota and a switchingcondition of a quota type in the allocated quota, where the allocatedquota includes a previous quota type, the number of quota of theprevious quota type (that is, a quota type and number before theswitching condition is switched), a next quota type, and the number ofquota of the next quota type (that is, a quota type and number after theswitching condition is switched) that are allocated by the OCS.

The previous quota type is a quota type before the switching conditionof the quota type is met, and the next quota type is a quota type afterthe switching condition of the quota type is met. In this embodiment,the switching condition of the quota type is used as a reference todistinguish the previous quota type from the next quota type.

The switching condition herein may be a switching time point of thequota type. It should be noted that, switching of the quota type hereinmeans that in the allocated quota, the quota type before the switchingcondition is switched must be different from the quota type after theswitching condition is switched, that is, the previous quota type mustbe different from the next quota type.

304: The CTF monitors, according to the previous quota type and thenumber of quota of the previous quota type, use of a quota correspondingto the previous quota type; switches the previous quota type and thenext quota type according to the switching condition; and monitors,according to the next quota type and the number of quota of the nextquota type, use of a quota corresponding to the next quota type.

The switching the previous quota type and the next quota type accordingto the switching condition may be: when the switching condition is met,monitoring, by the CTF, use of a quota corresponding to the next quotatype.

Certainly, in an exemplary embodiment, the charging control method shownin FIG. 3 further includes the following step 305 that is not shown inFIG. 3.

305: If the CTF collects usage information of the quota corresponding tothe previous quota type and usage information of the quota correspondingto the next quota type, the CTF reports, to the OCS, both the usageinformation of the quota corresponding to the previous quota type andthe usage information of the quota corresponding to the next quota type.

The CTF reports, to the OCS, usage information of a quota correspondingto a quota type that is before the switching condition is switched, andusage information of a quota corresponding to a quota type that is afterthe switching condition is switched, and meanwhile, may further report aswitching description of a quota type, where the switching descriptionindicates whether the usage information corresponds to the quota typethat is before the switching condition is switched or corresponds to thequota type that is after the switching condition is switched, or theforegoing switching description indicates that the CTF has performedswitching of a quota type.

In an actual application, the CTF is further configured to collectservice information corresponding to the previous quota type and serviceinformation corresponding to the next quota type, so as to report, whenreporting usage information of a quota corresponding to the previousquota type to the OCS, service information corresponding to the previousquota type; and report, when reporting usage information of a quotacorresponding to the next quota type, service information correspondingto the next quota type.

In the charging control method provided in this embodiment, it may beimplemented that, in a charging scenario switching process, a problemthat a large amount of signaling is instantaneously generated at aspecific time point, thereby exerting an impact on the OCS and CTF canbe avoided.

In an exemplary embodiment, on a basis of the charging control methodshown in FIG. 1, FIG. 2, and FIG. 3, the charging control method furtherincludes the following step S01 and step S02.

S01: The CTF receives a second message sent by the PCRF, where thesecond message carries a service unit type.

The second message may be determined by the PCRF according to usersubscription information, configuration of an operator, and the like.That is, the PCRF can determine, according to the user subscriptioninformation, the configuration of an operator, and the like, that acharging information collection manner needs to be switched, and furtherupdate the previously activated PCC Rule parameter or ADC Ruleparameter. In an actual application, in the foregoing step S01, exceptthe service unit type in the second message, the second message mayfurther carry other information such as a rating group.

S02: The CTF determines whether a quota type indicated by the serviceunit type in the second message is consistent with a quota type of aquota with the use currently monitored by the CTF. If the quota typeindicated by the service unit type in the second message is consistentwith the quota type of the quota with the use currently monitored by theCTF, the CTF continues to execute monitoring the use of the foregoingquota; and if the quota type indicated by the service unit type in thesecond message is inconsistent with the quota type of the quota with theuse currently monitored by the CTF, the CTF updates a use recordcorresponding to the quota type of a quota with the use currentlymonitored by the CTF.

That is, the CTF determines whether the service unit type in the secondmessage is consistent with a service unit type of a quota with the usecurrently monitored by the CTF. If the service unit type in the secondmessage is inconsistent with a service unit type of a quota with the usecurrently monitored by the CTF, the CTF updates a use recordcorresponding to the service unit type of a quota with the use currentlymonitored by the CTF.

For example, the quota type indicated by the service unit type in thesecond message may be duration, and the quota type of a quota with theuse currently monitored by the CTF may be traffic.

In this case, it should be noted that, in an online charging process, ifthe CTF determines that a reporting granularity for the CTF to report toan OCS includes a rating group and a service identifier (that is, thereporting granularity is the rating group plus the service identifier),the CTF reports the updated use record (that is, a charging message ofthe quota with the use currently monitored by the CTF) to the OCS.

If the CTF determines that a reporting granularity for the CTF to reportto the OCS includes a rating group (that is, the reporting granularityis a rating group level), when updating the use record, the CTFdetermines whether another service flow uses a quota corresponding tothe second message. If no other service flow uses a quota correspondingto the second message, the CTF reports the updated use record to theOCS.

Further, if a quota corresponding to the second message does not existin the CTF, a quota corresponding to the second message needs to beapplied for from the OCS according to the service unit type in thesecond message.

That is, if the CTF currently already has a quota corresponding to theservice unit type in the second message, the CTF does not need tore-apply for a new quota from the OCS according to the service unit typein the second message, and after a quota type on the CTF side isswitched, the quota that the CTF already has and corresponds to theservice unit type in the second message may be used.

For example, if the second message further carries rating groupinformation, and the CTF currently has a quota corresponding to therating group information and service unit type, the CTF determines thatthe quota is the quota corresponding to the second message, and does notneed to re-apply for a new quota from the OCS according to the serviceunit type in the second message. Generally, the second message alsocarries the rating group information when carrying the service unittype.

The foregoing updated use record that is reported is one of reportedcharging information. The charging message reported by the CTF hereinmay be a CCR message carrying a USU parameter, where the USU parameteris used to represent the reported charging message. Further, an RSUparameter may be carried in the CCR message carrying the USU parameter,to apply for a new quota from the OCS. That is, the RSU parameter isused to represent applying for a new quota from the OCS.

Technologies involved in the foregoing embodiment may also be used in anoffline charging process. Complete steps in the offline charging processare:

S′01: A CTF receives a second message sent by a PCRF, where the secondmessage carries a service unit type.

The service unit type is used to indicate that the CTF needs to collect,according to the service unit type, use information of a service orservice flow specified by the second message.

S′02: The CTF determines whether the service unit type in the secondmessage is consistent with a current service unit type recorded by theCTF. If the service unit type in the second message is inconsistent witha current service unit type recorded by the CTF, the CTF closes acounter corresponding to the currently used service unit type in theCTF, writes information recorded by the counter into a bill, and enablesa counter corresponding to the service unit type in the second message,so as to collect use information of a service.

For example, the CTF may use an accounting-request (ACR) message toreport collected service use information to an offline charging system,so as to add the service use information in a bill; or the CTF directlyadds the collected service use information in a bill, and finallysubmits the bill to the offline charging system.

In the charging control method in the foregoing embodiment, a problem ina switching process of a charging information collection manner in theprior art can be solved.

Further, in another application scenario, on a basis of the chargingcontrol method shown in FIG. 1, FIG. 2, and FIG. 3, the charging controlmethod further includes the following step M01 and step M02.

M01: The CTF receives a third message delivered by the OCS, where thethird message instructs the CTF to re-apply for authorization.

The third message may be a re-auth-request (RAR) message.

Specifically, if the OCS determines, according to one or more pieces ofinformation such as service-related information reported by the CTF,user subscription information, or configuration of an operator, thatquota type switching needs to be performed, the OCS delivers an RARmessage to the CTF, so as to instruct the CTF to report collectedcharging information and re-apply for a quota, thereby implementingcharging control after the quota type switching.

M02: The CTF executes charging reporting and re-applies forauthorization. The re-applying for authorization in this step may be asa process of obtaining a quota that is described, as an example, in thestep 101 and step 102.

In an actual application, the charging reporting may be: using a CCRmessage that carries a USU parameter to report, to the OCS, usageinformation of a quota allocated by the OCS. In addition, the CCRmessage also carries an RSU parameter to re-apply for an authorizedquota.

Certainly, in another embodiment, if the CTF detects that the quotaallocated by the CTF is used up, the CTF reports, to the OCS, currentlycollected charging information, that is, usage information of the quota,and further repeats the process of obtaining a quota that is described,as an example, in the step 101 and step 102.

In an actual application, the foregoing CTF may be a policy and chargingexecution function (PCEF) module.

For example, if the PCEF detects that an existing quota is used up, oran existing quota expires, in this case, the PCEF reports the currentlycollected charging information to the OCS, and repeats the foregoingprocess of obtaining a quota.

In the online charging authorization processing method provided in thisembodiment, a problem in a switching process of a charging informationcollection manner in the prior art can be solved.

FIG. 4 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure. As shown in FIG. 4, thecharging control method in this embodiment is described as follows.

Description of this step is a part of the content in FIG. 3. For clearerdescription, the description is given separately in this embodiment.

Further, to avoid that at a same time point in a charging session, a CTFexecutes a large number of actions of reporting charging information andre-applying for an authorized quota at a same time point due toswitching of a quota type (such as duration and traffic), which causesinstantaneous blocking of signaling and an increase in processingpressure of an OCS, when approaching a switching point, the OCS alsogrants, after receiving a message for applying for quota authorizationthat is sent by the CTF, a part of a quota that is after the quota typeswitching, that is, grants both a quota that is before the quota typeswitching and a quota that is after the quota type switching.

401: A CTF sends a resource quota request to an OCS after a triggercondition is met.

402: The CTF receives a quota response message sent by the OCS, wherethe quota response message includes: a quota allocated for the resourcequota request, and a switching condition (for example, a switching timepoint) of a quota type in the allocated quota, and the allocated quotaincludes: a previous quota type, the number of quota of the previousquota type, a next quota type, and the number of quota of the next quotatype that are allocated by the OCS.

The previous quota type is a quota type before the switching conditionof the quota type is met, and the next quota type is a quota type afterthe switching condition of the quota type is met.

That is, before the step 402, after receiving the resource quotarequest, the OCS determines that the switching condition (for example, aswitching time point) of the quota type approaches; determines acorresponding quota type and number that are before the switching timepoint, and a corresponding quota type and number that are after theswitching time point; and further allocates a quota for the resourcequota request, where the allocated quota includes: a previous quotatype, the number of quota of the previous quota type, a next quota type,and the number of quota of the next quota type that are allocated by theOCS.

Specifically, in the step 402, the quota response message may be a CCAmessage, where a GSU parameter of the CCA message carries a quotaallocated/granted by the OCS. One GSU carries information of two quotas.Meanwhile, the message further carries a switching condition of a quotatype (for example, a switching time point of the quota type, so as toinstruct the CTF to switch, at the switching point of the quota type,use of the quota type).

In another embodiment, the switching condition of the quota type may becarried by using the following manners:

1) Attach a use condition for each quota. Using traffic and duration asan example, the attached use condition may be activation time.

For example, add an activation time parameter CC-Octets-Deferred Activefor a traffic quota in a GSU parameter, and add an activation timeparameter CC-Time-Deferred Active for a duration quota CC-Time. The GSUparameter after the activation time is added is as follows:

Granted-Service-Unit ::= < AVP Header: 431 >                 [Tariff-Time-Change ]                 [ CC-Time ]                [ CC-Time-DeferredActive]                 [ CC-Money ]                [ CC-Total-Octets ]                 [ CC-Input-Octets ]                [ CC-Output-Octets ]                [ CC-Octets-DeferredActive]                 [CC-Service-Specific-Units ]                 *[ AVP ]

2) Specify a switching condition for two quotas in a GSU, where theswitching condition may be a switching time point.

For example, an AVP (for example, Unit-Type-Change) may be added in theGSU to indicate switching of a granted quota, or a Tariff-Time-ChangeAVP may be reused, where the AVP previously specifies rating groupswitching, and the meaning is extended herein, and the AVP is used tofurther notify a CTF that the two quotas in the GSU are switched at acertain time point for use.

Certainly, in an actual application, if the Tariff-Time-Change AVP isreused, there may be a scenario in which both rating group switching andquota type switching need to be indicated (for example, switching timepoints of the rating group switching and the quota type switching areclose, but are not the same). In this case, the rating group switchingmay conflict with the quota type switching. To avoid conflict, the AVPis still used to indicate the rating group switching, and an OCS grantsonly a quota corresponding to a quota type that is before the switchingtime point, and specifies that an effective period of the quotacorresponding to a quota type that is before the switching time pointextends to the switching time point of the quota type, so that the CTFcan re-apply for, at the switching time point, a quota corresponding toa quota type that is after the switching time point from the OCS.

In this method, because there is only one switching time point, the CTFneeds to determine use description of quotas corresponding to two quotatypes. For example, the following manners may be used to determine that,a quota corresponding to which quota type is respectively used before orafter the switching time point.

Manner 1: The OCS does not specify, in the GSU, which quota is usedbefore the switching time point. The CTF determines a quota that isbefore the switching time point according to a quota type correspondingto a quota previously used by a service, and uses a quota correspondingto another quota type after the switching time point specified in theGSU. It should be noted that, a quota delivered by the OCS hereinincludes only two quota types, and the OCS does not specify, in the GSU,which quota is used before the switching time point. In this case, theCTF can perform execution according to Manner 1.

Manner 2: Before the switching time point and after the switching timepoint, the CTF monitors and collects usage information of quotascorresponding to two quota types, and reports to the OCS when areporting condition is met. The OCS extracts a corresponding quota usageinformation according to a quota type that is before the switching timepoint and a quota type that is after the switching point, and performscharging processing.

Manner 3: The OCS clearly specifies, in the GSU, which quota is usedbefore the switching time point. The CTF determines, according to thespecification, quotas that are respectively used before the switchingtime point and after the switching time point. To specify which quota isused before the switching time point, a new AVP, for example,Unit-Type-Before, may be added in a response message delivered by theOCS, to indicate a quota corresponding to a quota type that is beforethe switching time point.

After receiving the quota allocated by the OCS, the CTF monitors use ofthe quota according to the quota in the CCA and a switching condition ofa quota type of the quota. For example, the CTF monitors and collectsusage information of a quota corresponding to a quota type that isbefore the switching condition is switched, and usage information of aquota corresponding to a quota type that is after the switchingcondition is switched.

403: When a reporting condition of the CTF is met, the CTF reports, tothe OCS, collected usage information of quotas that are under differentquota types.

If the CTF collects both usage information of quotas that are before theswitching time point and after the switching time point of the quotatype, the CTF uses, in the CCR (in a CCR message), two USUs torespectively report the usage information of the quotas that are beforethe switching time point of the quota type and after the switching timepoint of the quota type.

After receiving quota use information reported by the CTF, the OCS firstdistinguishes which is use information that is before the switching timepoint of the quota type, and which is use information that is after theswitching time point of the quota type. Specifically, there are thefollowing two methods:

Method 1: The OCS identifies, according to types of the quotas in thetwo USUs that are reported and the quota type switching conditiondetermined by the OCS, quota use information carried by which USU isbefore the quota type switching condition is switched, and quota useinformation carried by which USU is after the quota type switchingcondition is switched.

Method 2: The CTF specifies, in the reported quota use information,which use information is use information that is before the quota typeswitching condition is switched, and which is after the quota typeswitching condition is switched. Specifically, an AVP (for example,Unit-Type-Usage) is used for the specification, where the AVP is carriedin the two reported USUs, and a value of the AVP indicates whether theuse information is before the quota type switching condition is switchedor after the quota type switching condition is switched.

In the foregoing embodiment, a PCRF or an OCS is used as a switchingcondition of duration and traffic of a same charging session,re-authorization is triggered when a determined switching condition ismet, and further, a charging mode for traffic and duration switching isimplemented in a charging session process. Further, both a traffic quotaand a duration quota are delivered by using an OCS, and a switchingcondition of a quota type is delivered, so as to reduce a signalingimpact on the OCS and a CTF when a condition is switched, and improvesystem reliability and stability.

FIG. 5 is a schematic flowchart of a charging control method accordingto another embodiment of the present disclosure. As shown in FIG. 5, thecharging control method in this embodiment is described as follows.

501: An OCS receives a resource quota request sent by a CTF, anddetermines a quota type and the number of quota of the quota typeaccording to the resource quota request.

502: The OCS allocates a quota for the resource quota request accordingto the quota type and number determined by the OCS.

Further, in the step 501, the determining a quota type and the number ofquota of the quota type according to the resource quota requestspecifically includes:

determining, according to the resource quota request, a switchingcondition of the quota type, a previous quota type, the number of quotathe previous quota type, a next quota type, and the number of quota thenext quota type; where:

the previous quota type is a quota type before the switching conditionof the quota type is met, and the next quota type is a quota type afterthe switching condition of the quota type is met; and correspondingly,the step 502 may specifically includes:

allocating a first quota for the resource quota request according to theprevious quota type and the number of quota the previous quota type, andallocating a second quota for the resource quota request according tothe next quota type and the number of quota the next quota type, so thatthe CTF controls a service by using a quota type in the first quota, andmonitors use of the first quota; and when the switching condition ismet, controls the service by using a quota type in the second quota, andmonitors use of the second quota.

In an actual application, the charging control method shown in FIG. 5may further include the following step 503 or step 503′ that is notshown in the diagram.

503: The OCS sends a response message to the CTF, where the responsemessage includes the quota allocated for the resource quota request, sothat the CTF controls a service according to the quota, and monitors useof the quota.

503′: The OCS sends a quota response message to the CTF, where the quotaresponse message includes the allocated quota and the switchingcondition of the quota type, and the allocated quota includes the firstquota and the second quota, so that the CTF controls a service by usinga quota type in the first quota, and monitors use of the first quota;and when the switching condition is met, performs switching and controlsthe service by using a quota type in the second quota, and monitors useof the second quota.

That the CTF monitors use of the first quota may be understood as thatthe CTF controls a service by using a quota type in the first quota.

Certainly, after the step 503′, the charging control method may furtherinclude the following step 504 that is not shown in the diagram.

504: The OCS receives use information reported by the CTF, where the useinformation includes usage information of the first quota and usageinformation of the second quota; and performs charging processingaccording to the use information.

In an actual application, the OCS receives use information reported bythe CTF, where the use information includes usage information of thefirst quota, usage information of the second quota, a quota typecorresponding to the first quota, and a quota type corresponding to thesecond quota; and performs charging processing according to the useinformation.

In the charging control method provided in this embodiment, a problemthat in the prior art, a charging session fails due to differentdetermining bodies of a quota type is solved, and correct processing ona charging session is ensured.

According to another aspect of the present disclosure, the presentdisclosure further provides a charging control method, where thecharging control method includes:

sending, by a PCRF, a first message that includes a service unit type toa CTF, or sending a first message that includes instruction information,or sending a first message that includes the service unit type and theinstruction information, so that the CTF generates a resource quotarequest according to the first message; where:

the service unit type is used to indicate a quota type carried, by theCTF, in the generated resource quota request, or is used to indicatethat the CTF needs to collect, according to the service unit type, useinformation of a service or service flow specified by the secondmessage; and

the instruction information may be information that instructs the CTF tospecify a quota type and number, or the instruction information may beinformation that instructs the CTF not to specify a quota type andnumber.

In another embodiment, as shown in FIG. 6, the charging control methodmay include:

601: A PCRF sends a first message that includes a service unit type to aCTF, or sends a first message that includes instruction information, orsends a first message that includes the service unit type and theinstruction information, so that the CTF generates a resource quotarequest according to the first message.

602: The PCRF sends a second message that includes a service unit typeto the CTF, so that the CTF determines whether the service unit type inthe second message is consistent with a service unit type of a quotawith the use currently monitored by the CTF, and if the service unittype in the second message is inconsistent with a service unit type of aquota with the use currently monitored by the CTF, updates and reports ause record.

In the charging control method provided in this embodiment, a problemthat in the prior art, a charging session fails due to differentdetermining bodies of a quota type is solved, and correct processing ona charging session is ensured.

According to another aspect of the present disclosure, the presentdisclosure further provides a charging trigger apparatus. As shown inFIG. 7, the charging trigger apparatus in this embodiment includes: agenerating unit 71 and a sending unit 72.

The generating unit 71 is configured to generate a resource quotarequest according to a trigger condition; and the sending unit 72 sendsthe resource quota request to an online charging system OCS, so that theOCS determines a quota type and the number of quota of the quota typeafter receiving the resource quota request, and allocates a quota forthe resource quota request according to the quota type and numberdetermined by the OCS; where:

the quota type and number are determined by the OCS according to theresource quota request.

Specially, the generating unit 71 is specifically configured to: afterthe trigger condition is met, if it is determined that a first messagethe carries a service unit type and is sent by a PCRF is received, wherethe service unit type is used to indicate a quota type carried, by theCTF, in the generated resource quota request,

determine the number of quota of the quota type according to the serviceunit type; and generate a resource quota request according to theservice unit type and the number, where the resource quota requestincludes the quota type indicated by the service unit type and thenumber of quota of the quota type;

or, after the trigger condition is met, if it is determined that a firstmessage that does not carry a service unit type and is sent by a PCRF isreceived, generate, according to configuration information of the CTF, aresource quota request that is to be sent to the OCS.

In an application scenario, the generating unit 71 is further configuredto: after the trigger condition is met, if it is determined that a firstmessage that carries a service unit type and instruction information andis sent by a PCRF is received, where the service unit type is used toindicate a quota type carried, by the CTF, in the generated resourcequota request, and the instruction information is information thatinstructs the CTF to specify a quota type and number, or the instructioninformation is information that instructs the CTF not to specify a quotatype and number,

determine, according to the instruction information, whether a quotatype and number need to be specified. Specifically,

if the instruction information is information that instructs the CTF tospecify a quota type and number, obtain, according to the service unittype, the quota type indicated by the service unit type, determine thenumber of quota of the quota type, and generate a resource quota requestaccording to the service unit type and the number, where the resourcequota request includes the quota type indicated by the service unit typeand the number of quota of the quota type; and

if the instruction information is information that instructs the CTF notto specify a quota type and number, generate a resource quota requestthat is to be sent to the OCS, where the resource quota request does notcarry the quota type indicated by the service unit type.

In another application scenario, the generating unit 71 is furtherconfigured to: after the trigger condition is met, if it is determinedthat a first message that carries instruction information and is sent bya PCRF is received, where the instruction information is informationthat instructs the CTF to specify a quota type and number, or theinstruction information is information that instructs the CTF not tospecify a quota type and number,

determine, according to the instruction information, whether a quotatype and number need to be determined. Specifically,

if the instruction information is information that instructs the CTF tospecify a quota type and number, specify a quota type according toconfiguration information of the CTF, determine the number of quota ofthe quota type, and generate a resource quota request according to thequota type and the number, where the resource quota request includes thequota type specified by the CTF and the number of quota of the quotatype; and

if the instruction information is information that instructs the CTF notto specify a quota type and number, generate a resource quota requestthat is to be sent to the OCS, where the resource quota request does notcarry a quota type.

Optionally, as shown in FIG. 8, the charging trigger apparatus furtherincludes: a receiving unit 73, configured to receive a response messagesent by the OCS, where the response message includes the quota allocatedfor the resource quota request; and

a monitoring unit 74, configured to control a service according to thequota allocated by the OCS, and monitor use of the quota.

Certainly, in another exemplary application scenario, the receiving unit73 is further configured to receive a second message sent by the PCRF,where the second message carries a service unit type; and

in this case, the charging trigger apparatus further includes: adetermining unit (which is not shown in the diagram), where thedetermining unit is configured to determine whether the service unittype in the second message is consistent with a service unit type of aquota with the use currently monitored by the CTF; and if the serviceunit type in the second message is inconsistent with a service unit typeof a quota with the use currently monitored by the CTF, the CTF updatesa use record corresponding to the service unit type of a quota with theuse currently monitored by the CTF.

In addition, in an actual application, when the charging triggerapparatus is in an online charging process, the charging triggerapparatus further includes a reporting unit (which is not shown in thediagram), where the reporting unit is configured to: when thedetermining unit determines that a reporting granularity for the CTF toreport to the OCS includes a rating group and a service identifier,report the updated use record to the OCS; and

if the determining unit determines that a reporting granularity for theCTF to report to the OCS includes a rating group, when the CTF updatesthe use record, determine at the same time whether another service flowuses a quota corresponding to the second message; and if no otherservice flow uses a quota corresponding to the second message, reportthe updated use record to the OCS;

in addition, if the determining unit determines that a quotacorresponding to the second message does not exist in the CTF, apply fora quota corresponding to the second message from the OCS according tothe service unit type in the second message.

In another application scenario, the receiving unit 73 of the chargingtrigger apparatus may be specifically configured to receive a quotaresponse message sent by the OCS, where the quota response messageincludes: the quota allocated for the resource quota request, and aswitching condition of a quota type; where:

the allocated quota includes a previous quota type, the number of quotaof the previous quota type, a next quota type, and the number of quotaof the next quota type that are allocated by the OCS; and

correspondingly, the monitoring unit 74 is configured to monitor use ofa quota corresponding to the previous quota type according to theprevious quota type and the number of quota of the previous quota type;switch the previous quota type and the next quota type according to theswitching condition; and monitor use of a quota corresponding to thenext quota type according to the next quota type and the number of quotaof the next quota type; where:

the previous quota type is a quota type before the switching conditionof the quota type is met, and the next quota type is a quota type afterthe switching condition of the quota type is met.

Certainly, if the charging trigger apparatus is in an online chargingprocess, the reporting unit of the charging trigger apparatus may bespecifically configured to: if service information and quota usageinformation of the previous quota type, and service information andquota usage information of the next quota type are collected, the CTFreports both the usage information of the quota corresponding to theprevious quota type and the usage information of the quota correspondingto the next quota type.

The charging trigger apparatus controls a service according to a quotatype of the quota allocated by the OCS, and monitors use of the quota,which can effectively solve a problem that in the prior art, determiningbodies of a quota type conflict.

FIG. 9 is a schematic structural diagram of a charging trigger apparatusaccording to another embodiment of the present disclosure. The chargingtrigger apparatus in this embodiment includes: at least one processor91, at least one network interface 92, another communications interface93, a memory 94, and at least one communications bus 95, where thecommunications bus 95 is configured to implement communicationsconnections between the foregoing units, for example, the processor 91is connected to the communications bus 95, and the network interface 92and the communications interface both are connected to thecommunications bus 95.

The foregoing processor 91 may be connected to an application module,where the application module may include one or a combination of thefollowing units: a generating unit 71, a sending unit 72, a receivingunit 73, a monitoring unit 74, a reporting unit, a determining unit, andthe like. For functions of the foregoing units, reference may be made torelated description in FIG. 7 or FIG. 8, and details are not repeatedlydescribed in this embodiment.

Alternatively, in another embodiment, the processor 91 is configured toimplement functions that are implemented by the generating unit 71 andthe sending unit 72 that are described, as an example, in the FIG. 7;and is configured to implement functions of the generating unit 71, thesending unit 72, the receiving unit 73, and the monitoring unit 74 thatare described, as an example, in FIG. 8, and functions of the reportingunit and the determining unit that are not shown in FIG. 8.

FIG. 10 is a schematic structural diagram of an online charging systemaccording to another embodiment of the present disclosure. The onlinecharging system in this embodiment includes: a receiving unit 11, adetermining unit 12, and an allocating unit 13.

The receiving unit 11 is configured to receive a resource quota requestsent by a charging trigger apparatus CTF;

the determining unit 12 is configured to determine a quota type and thenumber of quota of the quota type according to the resource quotarequest; and

the allocating unit 13 is configured to allocate a quota for theresource quota request according to the quota type and number determinedby an Online Charging System.

Optionally, the determining unit 12 is further configured to determine,according to the resource quota request, a switching condition of thequota type, a previous quota type, the number of quota of the previousquota type, a next quota type, and the number of quota of the next quotatype; where:

the previous quota type is a quota type before the switching conditionof the quota type is met, and the next quota type is a quota type afterthe switching condition of the quota type is met; and

correspondingly, the allocating unit 13 is further configured toallocate a first quota for the resource quota request according to theprevious quota type and the number of quota of the previous quota type,and allocate a second quota for the resource quota request according tothe next quota type and the number of quota of the next quota type.

In an application scenario, the foregoing online charging system furtherincludes: a sending unit (which is not shown in the diagram), configuredto send a quota response message to the CTF, where the quota responsemessage includes an allocated quota and a switching condition of thequota type, and the allocated quota includes the first quota and thesecond quota, so that the CTF monitors use of the first quota, and whenthe switching condition is met, performs switching and monitors use ofthe second quota.

In another application scenario, the receiving unit 11 in the foregoingonline charging system is further configured to receive use informationreported by the CTF, where the use information includes usageinformation of the first quota and usage information of the secondquota; and perform charging processing according to the use information.

In the online charging system provided in this embodiment, a phenomenonthat in the prior art, a charging session fails due to differentdetermining bodies of a quota type is solved, and correct processing ona charging session is ensured.

Further, a signaling impact of applying for, by a CTF, when a conditionis switched, a new quota on the OCS is reduced, and system reliabilityand stability are improved.

FIG. 11 is a schematic structural diagram of an online charging systemaccording to another embodiment of the present disclosure. The onlinecharging system in this embodiment includes: at least one processor 1,at least one network interface 2, another communications interface 3, amemory 4, and at least one communications bus 5, where thecommunications bus 5 is configured to implement communicationsconnections between the foregoing units, for example, the processor 1 isconnected to the communications bus 5, and the network interface 2 andthe communications interface both are connected to the communicationsbus 5.

The processor 1 may be connected to an application module, where theapplication module may include one or a combination of the followingunits: a receiving unit 11, a determining unit 12, an allocating unit13, a sending unit, and the like. For functions of the foregoing units,reference may be made to related description in FIG. 10, and details arenot repeatedly described in this embodiment.

Alternatively, in another embodiment, the processor 1 may be configuredto implement functions of the receiving unit 11, the determining unit12, the allocating unit 13, the sending unit, and the like that aredescribed, as an example, in FIG. 10.

In the online charging system in this embodiment, a phenomenon that inthe prior art, a charging session fails due to different determiningbodies of a quota type is solved, and correct processing on a chargingsession is ensured. Further, a signaling impact of applying for, by aCTF, when a condition is switched, a new quota on the OCS is reduced,and system reliability and stability are improved.

FIG. 12 is a network architecture diagram of a communications system towhich an online charging system and a charging trigger apparatus areapplicable. The communications system in this embodiment includes: anonline charging system 21 and a charging trigger apparatus 22.

In an actual application, the communications system may further includea PCRF, and the like. For example, the PCRF delivers, to the chargingtrigger apparatus, the first message, the second message, and/or thethird message that are described, as an example, in the foregoing methodembodiments.

For a specific implementation manner of the online charging system 21,the charging trigger apparatus 22, and the PCRF, reference may be madeto other apparatus or method embodiments of the present disclosure, anddetails are not repeatedly described herein. Persons of ordinary skillin the art should understand that, in the communications system providedin the embodiment of the present disclosure, because the online chargingsystem and the charging trigger apparatus provided in the embodiments ofthe present disclosure are used, effective effects brought by the onlinecharging system and the charging trigger apparatus provided in theembodiments of the present disclosure can be achieved.

Persons of ordinary skill in the art may understand that all or a partof the steps of the foregoing method embodiments may be implemented by aprogram instructing relevant hardware. The program may be stored in acomputer readable storage medium. When the program runs, the steps ofthe foregoing method embodiments are performed. The foregoing storagemedium includes: any medium that can store program code, such as a ROM,a RAM, a magnetic disk, or an optical disk.

Finally, it should be noted that the foregoing embodiments are merelyintended for describing the technical solutions of the presentdisclosure rather than limiting the present disclosure. Although thepresent disclosure is described in detail with reference to theforegoing embodiments, persons of ordinary skill in the art shouldunderstand that they may still make modifications to the technicalsolutions described in the foregoing embodiments or make equivalentreplacements to a part of or all technical features of the technicalsolutions described in the foregoing embodiments; however, thesemodifications or replacements do not make the essence of thecorresponding technical solutions depart from the scope of the technicalsolutions of the embodiments of the present disclosure.

What is claimed is:
 1. A method for allocating a chargeable serviceresource to a user terminal that receives a chargeable service from acommunication system, comprising: sending, by a policy control apparatusof the communication system, to a trigger function apparatus of thecommunication system, a first message, wherein the first message carriesa first unit type to be used to measure the chargeable service resourceallocated to the user terminal; determining, by the trigger functionapparatus according to the first unit type, a first quantity of units ofthe chargeable service resource to be requested from a charging systemof the communication system; sending, by the trigger function apparatus,a first credit request to the charging system, wherein the first creditrequest comprises the first unit type and the first quantity of units ofthe chargeable service resource requested from the charging system; andreceiving, by the trigger function apparatus, a first credit responsefrom the charging system, wherein the first credit response carries thefirst quantity of units of the chargeable service resource allocated tothe user terminal.
 2. The method according to claim 1, furthercomprising: monitoring, by the trigger function apparatus, usage of theallocated chargeable service resource by the user terminal.
 3. Themethod according to claim 1, further comprising: sending, by the triggerfunction apparatus, a second message to the policy control apparatus,wherein the second message carries a second unit type to be used tomeasure the chargeable service resource allocated to the user terminal;determining, by the trigger function apparatus according to the secondunit type, a second quantity of units of the chargeable service resourceto be requested from the charging system; sending, by the triggerfunction apparatus, a second credit request to the charging system,wherein the second credit request comprises the second unit type and thesecond quantity of units of the chargeable service resource requestedfrom the charging system; and receiving, by the trigger functionapparatus, a second credit response from the charging system, whereinthe second credit response carries the second quantity of units of thechargeable service resource allocated to the user terminal.
 4. Themethod according to claim 3, further comprising: when the second unittype in the second message is different from the first unit type in thefirst message, updating, by the trigger function apparatus, a resourceusage record of the user terminal.
 5. The method according to claim 4,further comprising: reporting, by the trigger function apparatus, theupdated resource usage record of the user terminal to the chargingsystem.
 6. The method according to claim 4, further comprising:determining, by the trigger function apparatus, whether to report theupdated resource usage record of the user terminal to the chargingsystem based on a preset reporting granularity; and when the presetreporting granularity comprises a rating group and a service identifier,reporting, by the trigger function apparatus, the updated resource usagerecord of the user terminal to the charging system.
 7. The methodaccording to claim 4, further comprising: determining, by the triggerfunction apparatus, whether to report the updated resource usage recordof the user terminal to the charging system based on a preset reportinggranularity; when the preset reporting granularity comprises a ratinggroup, determining, by the trigger function apparatus when the resourceusage record of the user terminal is updated, whether there is anotherservice flow of the user terminal that is using the second quantity ofunits of the chargeable service resource allocated to the user terminal;and reporting, by the trigger function apparatus, the updated resourceusage record of the user terminal to the charging system when there isno other service flow of the user terminal that is using the secondquantity of units of the chargeable service resource allocated to theuser terminal.
 8. The method according to claim 3, further comprising:recording, by the trigger function apparatus, usage of the firstquantity of units of the allocated chargeable service resource by theuser terminal; and when the usage of the first quantity of units of theallocated chargeable service resource reaches a preset switch condition,switching to record, by the trigger function apparatus, usage of thesecond quantity of units of the allocated chargeable service resource bythe user terminal.
 9. The method according to claim 8, furthercomprising: reporting, by the trigger function apparatus to the chargingsystem, the usage of the first quantity of units of the allocatedchargeable service resource and the usage of the second quantity ofunits of the allocated chargeable service resource by the user terminal.10. The method according to claim 1, further comprising: allocating, bythe charging system, the first quantity of units of the chargeableservice resource to the user terminal after the first credit request isreceived.
 11. A trigger function apparatus in a communication systemcomprising: at least one processor, at least one communicationinterface, and a memory for storing program codes; wherein the programcodes, when executed by the processor, cause the trigger functionapparatus to: receive a first message from a policy control apparatus ofthe communication system, wherein the first message carries a first unittype to be used to measure a chargeable service resource allocated to auser terminal that receives a service from the communication system;determine a first quantity of units of the chargeable service resourceto be requested from a charging system of the communication systemaccording to the first unit type carried in the first message; send afirst credit request to the charging system, wherein the first creditrequest comprises the first unit type and the first quantity of thechargeable service resource requested from the charging system; andreceive a first credit response from the charging system, wherein thefirst credit response carries the first quantity of units of thechargeable service resource allocated to the user terminal.
 12. Thetrigger function apparatus according to claim 11, wherein the programcodes further cause the trigger function apparatus to: monitor usage ofthe allocated chargeable service resource by the user terminal.
 13. Thetrigger function apparatus according to claim 11, wherein the programcodes further cause the trigger function apparatus to: receive a secondmessage from the policy control apparatus, wherein the second messagecarries a second unit type to be used to measure the chargeable serviceresource allocated to the user terminal; determine, according to thesecond unit type, a second quantity of units of the chargeable serviceresource to be requested from the charging system; send a second creditrequest to the charging system, wherein the second credit requestcomprises the second unit type and the second quantity of units of thechargeable service resource requested from the charging system; andreceive a second credit response from the charging system, wherein thesecond credit response carries the second quantity of units of thechargeable service resource allocated to the user terminal.
 14. Thetrigger function apparatus according to claim 13, wherein the programcodes further cause the trigger function apparatus to: update a resourceusage record of the user terminal when the second unit type in thesecond message is different from the first unit type in the firstmessage.
 15. The trigger function apparatus according to claim 14,wherein the program codes further cause the trigger function apparatusto: report the updated resource usage record of the user terminal to thecharging system.
 16. The trigger function apparatus according to claim14, wherein the program codes further cause the trigger functionapparatus to: determine whether to report the updated resource usagerecord of the user terminal to the charging system based on a presetreporting granularity; and when the preset reporting granularitycomprises a rating group and a service identifier, report the updatedresource usage record of the user terminal to the charging system. 17.The trigger function apparatus according to claim 14, wherein theprogram codes further cause the trigger function apparatus to: determinewhether to report the updated resource usage record of the user terminalto the charging system based on a preset reporting granularity; when thepreset reporting granularity comprises a rating group, determine, whenthe resource usage record of the user terminal is updated, whether thereis another service flow of the user terminal that is using the secondquantity of units of the chargeable service resource allocated to theuser terminal; and report the updated resource usage record of the userterminal to the charging system when there is no other service flow ofthe user terminal that is using the second quantity of units of thechargeable service resource allocated to the user terminal.
 18. Thetrigger function apparatus according to claim 13, wherein the programcodes further cause the trigger function apparatus to: record usage ofthe first quantity of units of the allocated chargeable service resourceby the user terminal; and when the usage of the first quantity of unitsof the allocated chargeable service resource reaches a preset switchcondition, switch to record usage of the second quantity of units of theallocated chargeable service resource by the user terminal.
 19. Thetrigger function apparatus according to claim 18, wherein the programcodes further cause the trigger function apparatus to: report to thecharging system the usage of the first quantity of units of theallocated chargeable service resource and the usage of the secondquantity of units of the allocated chargeable service resource by theuser terminal.
 20. A communication system, comprising: a triggerfunction apparatus, a policy control apparatus, and a charging system;wherein the trigger function apparatus is configured to: receive a firstmessage from the policy control apparatus, wherein the first messagecarries a first unit type to be used to measure a chargeable serviceresource allocated to a user terminal that receives a service from thecommunication system; determine a first quantity of units of thechargeable service resource to be requested from the charging systemaccording to the first unit type; send a first credit request to thecharging system, wherein the first credit request comprises the firstunit type and the first quantity of units of the chargeable serviceresource requested from the charging system; and receive a first creditresponse from the charging system, wherein the first credit responsecarries the first quantity of units of the chargeable service resourceallocated to the user terminal.
 21. The communication system accordingto the claim 20, wherein the charging system is configured to: allocatethe first quantity of units of the chargeable service resource to theuser terminal after the first credit request is received.
 22. Thecommunication system according to the claim 20, wherein the triggerfunction apparatus is further configured to: receive a second messagefrom the policy control apparatus, wherein the second message carries asecond unit type to be used to measure the chargeable service resourceallocated to the user terminal; determine, according to the second unittype, a second quantity of units of the chargeable service resource tobe requested from the charging system; send a second credit request tothe charging system, wherein the second credit request comprises thesecond unit type and the second quantity of units of the chargeableservice resource requested from the charging system; and receive asecond credit response from the charging system, wherein the secondcredit response carries the second quantity of units of the chargeableservice resource allocated to the user terminal.